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In the Spccificatiod : 

Please replace the paragraph at page 4, lines 3-16 with the following paragraph; 

Let us review the state of the prior art in the field of pervasive computing, as represented 
by a mobile professional equipped with a collection of the latest generation of specialized 
personal devices. She may have a cellular telephone, a two-way pager, a "smart" credit card 
(also known as a "smart card"), a "smart" employee badge used to access secure areas, a PDA, a 
digital still camera, a digital video camera, a dictation recorder with voice recognition capability, 
an MP3 music player, a remote control key-chain for access to an automobile, a second remote 
control key-chain for access to a garage, a global positioning system (GPS) navigation aid and 
map pad, a weather-alert radio, and a personal health alert fob to summon medical aid - all of 
which may be capable of interacting wirelessly with one another, perhaps via short-range radio 
technology such as Bluetooth. ("Bluetooth" is a standardized technology that enables devices 
containing a low-powered radio module to be automatically detected upon coming into radio 
proximity with one or more other similarly-equipped devices. Devices incorporating this 
technique are referred to as "Bluetooth-enabled" devices. A standard defining the Bluetooth 
techniques may be found on the Web at location " www,bluetooth.com" - wvvw,bluetooth.com .;i 

Please replace the paragraph at page 28, line 12 to page 29, line 7 with the following 
amended paragraph: 

The security core now preferably computes a hash of this data block (Block 330). The 
security core then signs this hashed data block (Block 340) using the security core's private key. 
(The security core's private key is preferably securely stored in protected key storage, as shown 
at element 156 of Fig. 1 and as previously discussed.) Another data structure is then preferably 
created by the security core, where this data sinicture contains the original data block from Block 
320 (shown as element 31 5) as well as the signed hash thereof which was computed in Blocks 
330 and 340. This new data structure is then encoded (Block 350) as another data stream, 
referred to in this example as "S4", and this additional data stream is added to the collection as a 
notarization. In the preferred embodiments, the data streams SI through S3 are SL-Packetized 
Streams within an MPEG-4 FlexMux stream, the timestamps Tl and T2 are encoded at the 
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appropriate positions within the data streams SI through S3 using MPEG-4 synchronization 
timestamp methodology, and the signed hash stream S4 is an "n+1" MPEG SL-Packetized 
Stream that is also timestamped so that it can be correlated with streams Si through S3. The 
notarized collection of data streams S 1 through S4 may then be sent to a receiver, preferably as a 
FlexMux Stream over a TransMux Channel (Alternatively, the notarized collection may simply 
be stored for future use.) An overview of the MPEG-4 standard, provided by the international 
standards working group responsible for its definition, can be found on the Internet at location 
!!jiw?iLCSeiyt/ga^^ 
^.htm . 
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